約 2,908,204 件
https://w.atwiki.jp/fujimo-dia/pages/375.html
とりあえず、 sudo gem update --system sudo gem install rails sudo gem install sqlite3 だけでええやろ。 メモ http //d.hatena.ne.jp/yuum3/20110726/1311659247 http //www.oiax.jp/rails/zakkan/rails_3_1_installation_on_macosx.html
https://w.atwiki.jp/maimuzo/pages/18.html
記事あり のうはう色々 リンクだけ GoogleCalendar を使う 〜 ライブラリ編 〜 GoogleCalendar を使う 〜 データ登録編 〜 デプロイ Capistrano Passenger
https://w.atwiki.jp/railsimpiwiki/pages/24.html
利用規約等は各掲載先で必ずご確認ください。 電車（通勤）72系風・旧型国電セットPart3(の～す) 103系（六花） 205系（六花） 205系だったもの（ゴミリン） 207系900番台（ゴミリン） 電車（近郊）42系/51系風・旧型国電セットPart1(の～す) 70系/80系風・旧型国電セットPart2(の～す) 113系(六花) 115系(六花) 211系(六花) 415系(六花) 気動車10系風気動車(の～す) ディーゼル機関車DD13形ディーゼル機関車風(NyahoTaro) DD15形ディーゼル機関車風(NyahoTaro) 貨車キ100形貨車(NyahoTaro) タキ3000(NyahoTaro) タキ50000(NyahoTaro) タキ64000(NyahoTaro) チキ5200形貨車(NyahoTaro) ヨ8000形(NyahoTaro) 電車（通勤） 72系風・旧型国電セットPart3(の～す) PI名 72系風電車 作者 の～す PI画像 公開先URL の～すOneDrive 最終更新日 2016年01月01日 利用規約 こちらに記載 その他 103系（六花） PI名 103系 作者 六花 PI画像 公開先URL RailSimのページ 最終更新日 2014年3月15日 利用規約 同封 その他 ほとんど網羅 205系（六花） PI名 205系【K】 作者 六花 PI画像 公開先URL RailSimのページ 最終更新日 2014年3月15日 利用規約 同封 その他 国鉄型近郊車両セットとE系列車両セット必要 205系だったもの（ゴミリン） PI名 205系だったもの 作者 ゴミリン PI画像 公開先URL ゴミリンのRailsimプラグイン公開所 最終更新日 2015年9月2日 利用規約 HPに記載 その他 デザイン案 207系900番台（ゴミリン） PI名 207系900番台 作者 ゴミリン PI画像 公開先URL ゴミリンのRailsimプラグイン公開所 最終更新日 2015年11月16日 利用規約 HPに記載 その他 2015Railsimの日記念 電車（近郊） 42系/51系風・旧型国電セットPart1(の～す) PI名 42系/51系風電車 作者 の～す PI画像 公開先URL の～すOneDrive 最終更新日 2016年01月01日 利用規約 こちらに記載 その他 70系/80系風・旧型国電セットPart2(の～す) PI名 70系/80系風電車 作者 の～す PI画像 公開先URL の～すOneDrive 最終更新日 2016年01月01日 利用規約 こちらに記載 その他 113系(六花) PI名 113系 作者 六花 PI画像 公開先URL RailSimのページ 最終更新日 2015年8月3日 利用規約 同封 その他 国鉄型近郊車両セットに同梱 115系(六花) PI名 115系 作者 六花 PI画像 公開先URL RailSimのページ 最終更新日 2015年8月3日 利用規約 同封 その他 国鉄型近郊車両セットに同梱 211系(六花) PI名 211系 作者 六花 PI画像 公開先URL RailSimのページ 最終更新日 2015年8月3日 利用規約 同封 その他 国鉄型近郊車両セットに同梱 415系(六花) PI名 415系 作者 六花 PI画像 公開先URL RailSimのページ 最終更新日 2015年8月3日 利用規約 同封 その他 国鉄型近郊車両セットに同梱 気動車 10系風気動車(の～す) PI名 10系風気動車 作者 の～す PI画像 公開先URL の～すOneDrive 最終更新日 2016年01月01日 利用規約 こちらに記載 その他 ディーゼル機関車 DD13形ディーゼル機関車風(NyahoTaro) PI名 DD13形ディーゼル機関車風 作者 NyahoTaro PI画像 公開先URL 煮矢呆田鐵工 最終更新日 2015年4月4日 利用規約 こちらに記載 その他 DD15形ディーゼル機関車風(NyahoTaro) PI名 DD15形ディーゼル機関車風 作者 NyahoTaro PI画像 公開先URL 煮矢呆田鐵工 最終更新日 2015年4月4日 利用規約 こちらに記載 その他 貨車 キ100形貨車(NyahoTaro) PI名 キ100形貨車 作者 NyahoTaro PI画像 公開先URL 煮矢呆田鐵工 最終更新日 2014年12月28日 利用規約 こちらに記載 その他 タキ3000(NyahoTaro) PI名 タキ3000 作者 NyahoTaro PI画像 公開先URL 煮矢呆田鐵工 最終更新日 2011年12月24日 利用規約 こちらに記載 その他 タキ50000(NyahoTaro) PI名 タキ50000 作者 NyahoTaro PI画像 公開先URL 煮矢呆田鐵工 最終更新日 2011年12月24日 利用規約 こちらに記載 その他 タキ64000(NyahoTaro) PI名 タキ64000 作者 NyahoTaro PI画像 公開先URL 煮矢呆田鐵工 最終更新日 2011年12月24日 利用規約 こちらに記載 その他 チキ5200形貨車(NyahoTaro) PI名 チキ5200形貨車 作者 NyahoTaro PI画像 公開先URL 煮矢呆田鐵工 最終更新日 2012年4月24日 利用規約 こちらに記載 その他 ヨ8000形(NyahoTaro) PI名 ヨ8000形 作者 NyahoTaro PI画像 公開先URL 煮矢呆田鐵工 最終更新日 2011年10月10日 利用規約 こちらに記載 その他
https://w.atwiki.jp/yuuki02241998/pages/5.html
RailSim PI RailSim SS 利用規則
https://w.atwiki.jp/mayoero/pages/36.html
ファイルの命名規則 命名規則を統一する。 新たに命名規則ができたらここに追加してください。 実行物 フォルダ名はタイトル + 半角空欄 + ver_ + バージョン 例：マール☆たいぷ ver_0.05 エフェクト 日本語、大文字は使わない。 区切りは"_" エフェクトは末尾に分割数を書く。 例：magic_circule20.png その他の素材ファイル 日本語、大文字は使わない。 区切りは"_"
https://w.atwiki.jp/egg_chicken/pages/15.html
Ruby on Rails について Ruby on Rails (以下Rails) はRuby言語を使ったWebアプリケーション開発のためのフレームワーク。 モデルの作成 rails の プロジェクトディレクトリで rails g model とするとクラス、マイグレーション、テストのファイルが作成される。 rails g model MODEL_NAME [ FIELD TYPE ...] 例 rails g model body text title string user_id integer コントローラの作成 rails の プロジェクトディレクトリで rails g controller とすると... rails g controller CONTROLLER_NAME rails g controller license/math CONTROLLER_NAMEController という名前のクラスになるので注意。
https://w.atwiki.jp/myway/pages/6.html
この文章は、以下のページの内容を（勝手に）日本語に翻訳したものです。 http //www.onlamp.com/pub/a/onlamp/2005/01/20/rails.html Rolling with Ruby on Rails Ruby on Rails にって聞いたことがある？ Ruby on Rails を使えば、ウェブ・アプリケーションをとっても効率的に作ることができるんだ。 試してみたいって思ってるけど、何をしたらいいかわからない人もいるかもしれない。この文章では、Railsをつかって一歩ずつウェブ・アプリケーションを作っていくよ。 Rubyでプログラミングする方法は扱わないけど、もし他のオブジェクト指向プログラミングをもう知っているなら、問題なく読めると思う。 腕をまくってウェブ・アプリケーションを作りはじめるまえに、２つほど疑問に答えよう。 Rubyって、なに？ Ruby は、純粋なオブジェクト指向プログラム言語だ。とってもすっきりした文法で、エレガントに楽しくプログラムができる。 Ruby は、Smalltalk のエレガントさと、Python の覚えやすさと使いやすさ、そして、Perlの実用性を兼ね備えているんだ。 Ruby は、日本で1990年代の始めに産声を上げた。そして、英語の解説書やドキュメントが出まわるようになるにつれて、ここ数年で世界的にポピュラーになりはじめたんだ。 Rails って、なに？ Rails は、データベースと連携したウェブ・アプリケーションを作るためのフレームワークだ。Rubyで書かれていて、オープンソースだ。 Rails のなにが特別かって？たしかに、世の中にはたくさんのフレームワークがあるし、そのほとんどは、Railsより昔から使われている。なんで、いまさら、新しいフレームワークが要るんだろう？ 「Rails を使えば、よくある Java フレームワークよりも少なくとも10倍は早くウェブ・アプリケーションを作れるんだよ」って言われたらどう思う？それも、アプリケーションのクオリティーを犠牲にせずに、だ！そんなこと、できるんだろうか？ その秘密を解く鍵の一つは、Ruby だ。Ruby を使えば、いろんなことをとってもシンプルに実現できる。これは、他の言語じゃ真似できない。Rails は、このRubyの強みを最大限に利用しているんだ。もう一つの鍵は、Rails のスタイルだ。それは、"less software" と "convention over configuration"。 "less software" っていうのは、少ししかコードを書かなくてもアプリケーションを実装できるということ。コードを小さくするということは、開発が早くなって、バグも減るということだ。コードが理解しやすくなるし、維持しやすくなる。それに、改良しやすくもなる。一言で言えば、Rails がコードの重荷をぐっと減らしてくれるってことだ。 "convention over configuration" っていうのは、だらだらと長いXML設定ファイルとおさらばしようってこと。Railsには、設定ファイルは一つもないんだ！設定ファイルのかわりに、Rails アプリケーションでは、シンプルな約束事にそってプログラムをする。このおかげで、見通しがよくなるんだ。君のアプリケーションや稼働中のデータベースには、Railsが知らないといけないこと全部がもう入っているんだ！
https://w.atwiki.jp/kanekotky/pages/16.html
Evaluation moving from Java to Ruby on Rails for the CenterNet rewrite 達人プログラマーの本棚 Rails Recipes(Chad Fowler) 『Rails Recipes』PDF β版 各言語用Ruby on Railsの代替フレームワーク WebプログラマはRailsに乗るべきか？ RoRを使ったTODOサイトの構築 Rails Best Practices Ruby on Rails Wiki 翻訳 Rails 1.1はどこが新しくなるのか Railsを使ったソフトウェア RubricksRuby on Railsを利用したオープンソースのCMS(Contents Management System)です。 Ruby Magazine http //jp.rubyist.net/magazine/ YAML (Sync) YAML for Ruby,Python,PHP and OCaml 記事 Rubyでアジャイルプロトタイピング 紹介文 「3年で陳腐化するWebサイトの構築には軽量言語のほうが向いている」，日本Rubyの会，高橋征義会長 境界を越える アクティブ・レコードを探る Deployment Strategies for Rails on Windows servers Ruby on Rails入門
https://w.atwiki.jp/gonjoukk/pages/9.html
Ruby on Rails ドットインストールでの学習メモ ※MVCアーキテクチャ Model データ View 画面 Controller ModelとViewをとりもつもの 仮想マシンにログインし、ホームディレクトリで次を行う。 railsで、新規にアプリケーションの環境を作る 必要なディレクトリとファイルが作られ、必要なライブラリがインストールされる $ rails new myapp myappは、アプリケーション名（任意に設定する） myapp というディレクトリが作られ、その配下にいろんなファイルが作られる run bundle install と表示があれば、必要なライブラリがインストールされている 作成された アプリケーション名のディレクトリに移動 $ cd myapp railsサーバーを立ち上げる $ rails server (略して、 $ rails s でもいい) 環境によっては、次のエラーになる場合がある Could not find a JavaScript runtime その場合、vi Gemfile で以下の箇所に編集する # gem therubyracer , platforms ruby → gem therubyracer , platforms ruby コメントを外す そして、再度bundleインストールを行う $ bundle install 改めて、railsサーバーを立ち上げる $ rails s 以下の例では、WEBrick 1.3.1 というwebサーバが、port=3000 で立ち上がった [2014-08-15 09 40 24] INFO WEBrick 1.3.1 [2014-08-15 09 40 24] INFO ruby 2.1.2 (2014-05-08) [x86_64-linux] [2014-08-15 09 40 24] INFO WEBrick HTTPServer#start pid=3894 port=3000 webブラウザからサーバが立ち上がっていることを確認する URL= hostip(または hostname) 3000 例：192.168.33.56 3000 ◎ 作成方法１ scaffold を使って、railsアプリケーションを作ってみる $ rails generate scaffold User name string score integer $ rake db migrate railsサーバーを立ち上げる $ rails s ◎ 作成方法２ scaffold を使わず、railsアプリケーションを作ってみる $ rails new taskapp --skip-bundle $ cd taskapp
https://w.atwiki.jp/egg_chicken/pages/17.html
プログラムを書く時、名前をつける機会は多い。変数名・クラス名・メソッド名・ファイル名などなど。名前には正しいとか間違っているとかいう基準はないが、少なからずプログラムの読みやすさに影響している。プログラミングの命名に悩む時間を減らすため、そしてコードの読者の理解を助けるため、ここではある一定のルールを考えてみたい。 方針 大文字や特殊文字は少なくする。理由は文字の入力時間と、タイプミスを減らすため。 現実の英語文法に従うようにする。理解しやすくするため。 例外は少ないほうがいい。できるなら、例外がないほうがいい。 品詞 クラス名、変数名、ファイル名は名詞にする。 メソッド名はできるだけ動詞にする。 動詞と名詞とどちらの意味でも用いられる単語は、どちらにも用いる。 student = Student.new() student.study(homework) student.report(homework) 単語 長すぎる単語を避ける 珍しい単語を避ける。ただし、他の意味に誤解されない用語はそのまま使用する。 単数・複数 データがリストや集合なら複数形にし、それ以外なら単数形にする。 名詞＋名詞を使う場合は、1番目の名詞は形容詞とみなし、2番目の名詞だけが複数形になるものとする。 値が１より大きくても、複数形にしない。 3 points. 200 dollars が標準的だが変数名は複数形にしない。 student_name = "tanaka" student_names = ["tanaka", "ando"] scores = [100, 200] 所有格 普通の英語だと mother s というような所有表現ができるが、 が使えない場合は省く。 を使わないで表現できる所有格はそのまま使う。 でも人と時間・日にち以外は， sはあまり使わないらしい。A of B を使う。 名詞＋名詞＋名詞の造語は長すぎるので of を使う。ただし、そこまで修飾する必要があるかは吟味する。 s で終わる単語の所有格は es でなく s のまま。たとえば class s は正しい。ただし、わかりにくいので使うべきでない。 mothers_pen = "tombow" mothers_pens = ["tombow", "zebra"] my_pen = "zebra" requirements_of_teachers_license = [{credit 20, field 教科に関する科目 }, {credit 10, field 教職に関する科目 } ] 分詞の形容詞用法 それで意味が完結する動詞は、 分詞 + 名詞 にする。 補語・目的語・修飾語（句）など付属語を取る動詞は、 名詞 + 分詞 + ... にする。 required_credit language_spoken_in_japan 総数 普通の英語だと number of holidays というような表現をするが、接尾辞 count をつける。 number はデータ型に使われたり、番号の意味で使われたりするので、総数の意味で利用しない。 holidays = ["憲法記念日", "みどりの日", "こどもの日"] holiday_count = 3 期間 AからBまでの間、という場合の表現方法。 配列添字 配列の[N番目]を指す変数には、 s_index index_of などをつける。 番号のまま操作するのはわかりくいので、できるだけやらない。 アルゴリズム上必要ならば、 i, j とかいう省略文字でいいかもしれない。 taros_index = students.findIndex( name , taro ) taro = students[taros_index] メソッド名 ふつうは動詞にする。ただし、getter メソッドのように、属性値を返す（ように見える）ものは名詞でもよい（特にRubyでは()を省略できるのでそういう傾向が強い）。 目的語を引数にする。 文型がSVOCとなる場合、動詞の選択で回避できないか検討する。無理なら語順を入れ替える。（あまりよくないが、代わりの単語を置いておくのはくどい） グローバルメソッドには主語がないので、主語＋動詞にする。主語が this program なら省略する。クラス名が非常にわかりにくいクラスのメソッドを作成しなければならない時も、このようにする。 Rails の Controller が持つアクションは動詞にする。ただし、そのアクションを利用するためのURIは名詞である。 movie.title または movie.getTitle() movie.entertain(me) movie.make_happy(me) student_register_license(student, license) create_world() URIの設計 ツリーの1つのノードを指すものがURIだと考えると、ツリーを設計するほうが重要。 上位にあるものが、より広いものを指すようにする。A/B は A has B? クエリパラメータは末端ノードでしか使えず、ツリーの構造について何も言及しないので、できるだけ使わないほうがいいだろう。 /egg_chicken/document/note?subject=math page=100 /egg_chicken/document/note/math/page/100